-
Notifications
You must be signed in to change notification settings - Fork 85
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Resource to prepare for NSXT cluster upgrade #1069
Conversation
c0cf7e8
to
64a22a7
Compare
64a22a7
to
9221914
Compare
I noticed that MP SDK is used here. Just curious if it still can work for the [latestVersion-1 ] -> [latestVersion] ? And is MP API being deprecated? |
I think that at least for the APIs related cluster fabric and upgrade, they are not deprecated in MP and we still need to use them from nsxt-mp, it seems only the client function for accept user agreement are implemented in nsxt policy API, others are still in MP |
6b42c52
to
f179c93
Compare
c2f315a
to
e5df2d2
Compare
cfed3fb
to
0ed6d46
Compare
8e12e03
to
a5606a6
Compare
Description: "Whether to accept the user agreement", | ||
Required: true, | ||
}, | ||
"bundle_upload_timeout": { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would suggest to define timeouts under a sub-clause
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do you mean that we define a schema for all timeout, whose attributes are these individual timeout values
timeout {
uc_timeout = ...
precheck_timeout = ...
}
058fac8
to
0391ea3
Compare
@@ -317,6 +317,7 @@ func Provider() *schema.Provider { | |||
"nsxt_edge_upgrade_group": dataSourceNsxtEdgeUpgradeGroup(), | |||
"nsxt_host_upgrade_group": dataSourceNsxtHostUpgradeGroup(), | |||
"nsxt_policy_gateway_interface_realization_info": dataSourceNsxtPolicyGatewayInterfaceRealizationInfo(), | |||
"nsxt_upgrade_prepare_ready": dataSourceNsxtUpgradePrepareReady(), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a naming comment - prepare_ready
sounds non-optimal to me, maybe prepare_done
? Other suggestions? @GraysonWu @salv-orlando
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
prepare_complete? I'm ok with both
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe just nsxt_upgrade_ready
?
5b5df58
to
5656b68
Compare
5656b68
to
a07e7e6
Compare
f53cbf4
to
cbc29e0
Compare
7b0c1a3
to
b086985
Compare
When dependency on
For now lets document this, but in a follow up patch I suggest to solve this with amending
we need to be careful with this change since there might be scenario when prechecks were run before, but user decided to change upgrade bundle. |
257cc08
to
8ad37c7
Compare
Signed-off-by: Shizhao Liu <[email protected]>
8ad37c7
to
01a346f
Compare
Implement resources to support the upgrade for NSXT cluster
New resources and data source include: